Method and system for transmitting clock reference streams with timestamps directly to audio/video end nodes in an audio/video bridging network

ABSTRACT

An apparatus used to communicate with a plurality of audio/video (A/V) end nodes in an Audio Video Bridging (AVB) network. The apparatus may include a first A/V end node. The first A/V end node may be configured to transmit a clock reference stream including a plurality of timestamps to a plurality of A/V end nodes. The plurality of A/V end nodes may transmit a media stream including a plurality of video samples and a plurality of audio samples to one another. The media stream may be separate from the plurality of timestamps. The plurality of A/V end nodes may be arranged to syntonize or synchronize the plurality of video samples and the plurality of audio samples with one another for playback in response to the plurality of timestamps.

TECHNICAL FIELD

The present disclosure generally relates to time reference management inaudio and video systems.

BACKGROUND

The supplying of clock information in an Audio Video Bridging (AVB)network is based on the recovery of a clock from presentation timestampsthat are received in a media stream. Real time transporting of digitalaudio and video and other digital media over data networks creates a newset of problems compared to non-media data. For instance, data networksmay use packet switching in which data is divided into packets forseparate transmission. As the packets are transmitted, sequentialpackets may take different routes and include different transit times.The packets are numbered to ensure they can be reordered correctly afterarrival. This technique, however, does not suffice when left and rightaudio signals are to be received at different destinations, for instanceat different speakers.

Unlike non-media data, digital media must be played out insynchronization. For example, video and audio must be aligned in time sothat when they are played out the images match the sound.

The concept of a network clock has been used to address timing problemsin data networks. A network clock signal is typically generated at aspecific point in the network and this becomes a system time signalreceived by devices on the network. The system time signal is then usedas a time reference for every device that receives the system timesignal. Because of the topology of the network, devices at differentlocations on the network will receive the clock signal with a phaseoffset from the network clock, depending on the propagation delay fromthe clock to the device. A further consequence is that different remotedevices may include received clock signals that include phase offsetswith respect to each other, as well as with respect to the networkclock.

Digital media transmission has historically embedded clockinginformation in the transmitted data. Embedding and recovering clockinginformation from data signal transitions or packet timing (e.g., AudioEngineering Society standard AES3, Sony/Philips Digital Interface,Gibson Media-accelerated Global Information Carrier) works well forpoint to point links between a small number of devices, but as thenumber of devices increases, clock jitter cascades and builds througheach device that recovers and re-transmits the clocking information.

Digital media transmissions may alternatively employ a Time DivisionMultiplexing (TDM) approach. In TDM systems (e.g. Multichannel AudioDigital Interface, CobraNet), a master clock device initiates periodictransmission cycles and each device is allocated one or more time slotswithin that cycle for transmission. This limits the total availablenumber of channels.

SUMMARY

In at least one embodiment, an apparatus for communicating with aplurality of audio/video (A/V) end nodes in an Audio Video Bridging(AVB) network. The apparatus includes a first A/V end node. The firstA/V end node may be configured to transmit a clock reference streamincluding a plurality of timestamps to a plurality of A/V end nodes. Theplurality of A/V end nodes may transmit a media stream including aplurality of video samples and a plurality of audio samples to oneanother. The media stream may be separate from the plurality oftimestamps. The plurality of A/V end nodes may be arranged tosynchronize the plurality of video samples and the plurality of audiosamples with one another for playback in response to the plurality oftimestamps.

In at least one embodiment, a computer-program product embodied in anon-transitory computer readable medium that is programmed forcommunicating with a plurality of A/V end nodes in an AVB network. Thecomputer-program product comprises instructions to transmit a clockreference stream including a plurality of timestamps to a plurality ofA/V end nodes. The computer-program product further comprises theplurality of A/V end nodes to transmit a media stream to one another.The media stream including a plurality of video samples and a pluralityof audio samples. The media stream being separate from the plurality oftimestamps. The plurality of A/V end nodes being arranged to synchronizethe plurality of video samples and the plurality of audio samples withone another for playback in response to the plurality of timestamps.

In at least one embodiment, an apparatus for communicating with aplurality of A/V end nodes in an AVB network. The apparatus comprises aplurality of first A/V end nodes. The A/V end nodes may each include afirst input to receive a media stream and a second input to receive aclock reference stream. The media stream may include a plurality ofvideo samples and a plurality of audio samples. The clock referencestream may include a plurality of timestamps from a second A/V end node.The plurality of first end nodes may be configured to synchronize theplurality of video samples and the plurality of audio samples with oneanother for playback in response to the plurality of timestamps.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1A depicts a block topology of an Audio Video Bridging (AVB)network comprising a clock reference stream distribution systemaccording to an embodiment;

FIG. 1B depicts a flow chart of an AVB network assigning a Talker totransmit the clock reference stream;

FIG. 2A-2B depict a packet format of a timestamp for the clock referencestream in the AVB network according to an embodiment;

FIG. 3 depicts a timestamp diagram of an audio sample clock format forthe clock reference stream in the AVB network according to anembodiment; and

FIG. 4A-4B depict the clock reference stream including one or moreinformation blocks being communicated to one or more audio/video endnodes in the AVB network according to an embodiment.

DETAILED DESCRIPTION

Embodiments of the present disclosure are described herein. It is to beunderstood, however, that the disclosed embodiments are merely examplesand other embodiments can take various and alternative forms. Thefigures are not necessarily to scale; some features could be exaggeratedor minimized to show details of particular components. Therefore,specific structural and functional details disclosed herein are not tobe interpreted as limiting, but merely as a representative basis forteaching one skilled in the art to variously employ the embodiments. Asthose of ordinary skill in the art will understand, various featuresillustrated and described with reference to any one of the figures canbe combined with features illustrated in one or more other figures toproduce embodiments that are not explicitly illustrated or described.The combinations of features illustrated provide representativeembodiments for typical applications. Various combinations andmodifications of the features consistent with the teachings of thisdisclosure, however, could be desired for particular applications orimplementations.

The embodiments of the present disclosure generally provide for aplurality of circuits or other electrical devices. All references to thecircuits and other electrical devices and the functionality provided byeach, are not intended to be limited to encompassing only what isillustrated and described herein. While particular labels may beassigned to the various circuits or other electrical devices disclosed,such labels are not intended to limit the scope of operation for thecircuits and the other electrical devices. Such circuits and otherelectrical devices may be combined with each other and/or separated inany manner based on the particular type of electrical implementationthat is desired. It is recognized that any circuit or other electricaldevice disclosed herein may include any number of microprocessors,integrated circuits, memory devices (e.g., FLASH, random access memory(RAM), read only memory (ROM), electrically programmable read onlymemory (EPROM), electrically erasable programmable read only memory(EEPROM), or other suitable variants thereof) and software which co-actwith one another to perform operation(s) disclosed herein. In addition,any one or more of the electric devices may be configured to execute acomputer-program that is embodied in a non-transitory computer readablemedium that is programmed to perform any number of the functions asdisclosed.

A clock signal is a particular type of signal that oscillates between ahigh and a low state to coordinate actions of one or more audio and/orvideo devices (herein known as one or more audio/video devices). The oneor more audio/video devices using the clock signal for synchronizationmay become active at either the rising edge, falling edge, or both inthe rising and in the falling edges of the clock cycle. The one or moreaudio/video devices may transmit and receive the clock signal tocoordinate actions with each other in an Audio Video Bridging (AVB)network. The AVB network may comprise a clock distribution network thatincludes a master clock to generate a system time signal. The systemtime signal coordinates the one or more audio/video devices to send andreceive media packets over the network.

The clock distribution network may synchronize the flow of data signalsamong synchronous data paths. The design of these networks can affectsystem-wide performance and reliability. For example, a digital logiccircuit board may be designed to optimize performance by comprising eachstorage element (i.e., flip-flop) clocked at the same instant. Toaccomplish this aspect, a design requires careful physical distributionof the clock signal from a single point of origin to multipledestinations. The clock distribution may include conductors on eachaudio device on a circuit board or inside of an integrated circuitcomprising the same lengths such that the clock distribution providesequal propagation delays. The clock distribution design may be donemanually by a board layout designer creating equal length traces betweenpins on an integrated circuit, or in the case of a field-programmablegate array (FPGA) integrated circuit or similar, may allow certain clocksignals to be routed differently through the circuit to guarantee thatsignals may arrive at the input to a flip-flog within a specific timingwindow. However, if the clock signals arriving at the various flip-flopswere to include random or unknown phase relationships, it may bedifficult to guarantee that data being received at the input port of agiven flip-flop may not be changing at the time that the flip-flop'sclock arrives, and therefore the behavior of the system may beunpredictable.

In the AVB network, it is desirable to maintain timing relationshipsbetween different audio/video devices for the same reasons it may benecessary in the digital logic circuit. The AVB network may supplyclocking information using a general Precision Time Protocol (gPTP) byrecovering a clock from a time-aware end station. For example, the gPTPsystem frequently includes the time-aware end station to create anunderlying time base that all devices use to tell time. The time-awareend station may include an audio/video device with a single networkconnection and is either the source (e.g., Talker) of or destination(e.g., Listener) for a synchronization reference, or a combinationthereof. The gPTP system is achieved through the exchange of messagesacross the communication medium of the network. For example, the gPTPsystem may transmit its own messages of various types to sync the timebases of all devices (i.e., one or more time-aware end stations) towithin a defined threshold as defined in the Institute of Electrical andElectronics Engineers (IEEE) Standard 802.1AS-2011. After all theaudio/video devices include a synchronized time base (i.e., gPTP islocked), then media streams can be transported.

Typical media stream logic reads the current gPTP time when an audio orvideo sample is taken and may add an offset to create a presentationtime or add the time at which the sample shall be presented to theplayback device on the Listener. After the media stream logic decides toadd an offset or add the time at which the sample shall be presented tothe playback device, the media stream logic may then place the time inthe media stream packet. The Talker and Listener are on the same timebase because of the gPTP system, therefore these presentation timestampsmay be used to determine the exact frequency and phase of the Talker'smedia clock. The Listener may adjust its clock to match the exactfrequency and phase of the Talker's media clock based on the timestamps.The timing information is typically transmitted with media data, whichmay not be optimal because the system may require the reception of mediadata at a high frequency rate (e.g., 8 kHz), which may be excessive forrecovering a media clock. Also, the gPTP system communicates theclocking information directly to a media stream creation logic at thehigh frequency rate which may cause additional work for a processor toretrieve the timing information.

The AVB network may include a clock reference stream for transmittingtiming information separate from the media stream. The clock referencestream enables the AVB network to transmit the timing information at alower frequency rate with minimal bandwidth usage. Alternatively, theTalker may send a large amount of timestamps per second initially tohelp the Listener lock its media clock to the Talker quickly, afterwhich the Talker may back off and may only send a small number oftimestamps per second, or enough to keep the Listener's clock lockedwith minimal drift. The clock reference stream may allow for thedissemination of clock timing information to one or more audio/videodevices on the AVB network. The clock reference stream may be configuredto include a packet format which allows for different types of mediaclocks, as well as other clock related content, to be disseminatedacross a network. The format may be configured for use in an AVB networkapplication, but may be also applicable in other packet based mechanismsincluding, but not limited to, Real-Time Transport Protocol, Danteprotocol, and/or CobraNet protocol.

The clock reference stream may be used for transmitting clockinginformation about a single clock; alternatively, they may be used formore complex scenarios, such as correlating different types of clocks,transmitting information about multiple clocks from a single masterdevice, or for supplying Society of Motion Pictures and Television(SMPTE) time code or sample count information. The clock referencestream may contain no media data and does not need to be sent at thesame rate as Audio Video Transport Protocol (AVTP) stream data. A systemand method to provide a mechanism for supplying media clock timinginformation with minimal bandwidth usage and supporting all audio andvideo clocks while eliminating null data during the clock timingtransmission is described herein. The clock reference streams on an AVBnetwork may be realized as discussed below.

FIG. 1 depicts a block topology of an AVB network 100 comprising a clockreference stream distribution system according to an embodiment. The AVBnetwork 100 includes one or more audio/video (A/V) devices herein knownas one or more A/V end nodes 106 a-106 n (or “106”). The one or more A/Vend nodes 106 may be similar to one another or may be different. Forexample, the one or more A/V end nodes 106 may include, but is notlimited to, a microphone, speaker, video player, amplifier, and/or acombination thereof. Each of the one or more A/V end nodes 106 mayinclude at least one of a receiver 103, a transmitter 104, a circuit 107(e.g., controller) that may perform an internal media function, and/or acombination thereof.

The AVB network 100 may include a network infrastructure 102. The AVBnetwork infrastructure 102 may include, but is not limited to, physicalwiring and intermediate AVB capable bridges. The AVB capable bridges mayconnect the A/V end nodes 106.

The A/V end nodes 106 may operate within a single, common media clockdomain. The AVB network 100 may assign an A/V end node 106 a as themedia clock master device 105. In another embodiment, the AVB network100 may assign a non-media Talker (not shown) that transmits no mediadata as the media clock master device 105. The media clock master device105 (i.e., a clock reference stream master) provides the single point oforigin for media clock timing, and this timing information is deliveredto the A/V end nodes 106 which operate in that clock domain via an AVTPstream.

The AVB network 100 may select the A/V end node 106 a as the media clockmaster device 105 (i.e., the Talker) using the controller 107 at the A/Vend node 106 a. In one embodiment, the A/V end nodes 106 may be assignedas the media clock master device 105 by the controller 107 and/orstatically assigned by the AVB network 100. In another embodiment, theA/V end node device 106 a may transmit a request to the AVB network 100to be assigned the media clock master device 105.

For example, the AVB network 100 may be preconfigured to assign whichA/V end node 106 is the Talker (i.e., A/V end node 106 a). In anotherexample, a standalone control module (not shown) in the network 100 maydetermine which A/V end node 106 is assigned the Talker 106 a.

The media clock master device 105 may include a transmitter 104 forsending a clock reference stream 108 reserving bandwidth per a StreamReservation Protocol (SRP). The SRP reservations (i.e. the reservationof bandwidth for the stream) are created separately from the logic thatactually transmits the packet. The reservation may be created either bythe controller 107 at the one or more A/V end nodes 106 or the Talker106 a itself before stream transmission begins. The Talker 106 a maycomprise transmission logic (not shown) executed on hardware within thetransmitter 104, the transmission logic may receive the designated clockreference stream from a clock reference stream originating source 112.

The media clock master device 105 may include the clock reference streamoriginating source 112 generating a range of transmission rates sent tothe transmission logic executed on hardware at the Talker 106 a. Thetransmission logic may include a sampler and timestamper device 114. Thesampler and timestamper device 114 may be capable of detecting mediaclock edges and assigning a gPTP timestamp to these edges. The Talker106 a may add a presentation time offset (PTO) 116. The PTO 116 is anoffset added to the sampled timestamps to account for the maximumnetwork latency along the path from the Talker 106 a to a Listener(i.e., A/V end node 106 b, 106 c, and 106 n). The AVB network 100 usesdestination timestamps, which means that the timestamps designate thetime at which a sample is to be played at the A/V end nodes 106designated as the Listener 106 b-106 n. These timestamps are created bytaking the timestamp of the sampler and timestamper 114 and adding thePTO (e.g., a constant offset). The PTO must be large enough to provideenough time for the sample to be transported across the AVB network 100and saved at the Listener 106 b-106 n prior to the samples being played.For example, an Ethernet system may include a PTO of 2 ms, however thevalue may be decreased for latency optimizations. For the media clockmaster device 105, the clock reference stream originating source 112generates a clock that provides a clocking source for the stream on thatclock domain. At each clock edge (or a constantly spaced subset of clockedges) the current gPTP time is sampled by the sampler and timestamper114, the PTO 116 is added, and then the resultant timestamp is placed ina packet of one or more timestamps. The media clock master device 105may transmit 118 the one or more timestamps in the clock referencestream 108 to the one or more A/V end nodes 106 in the AVB network 100.

For example, the media clock master device 105 may be chosen for a givenclock domain by at least one of the controllers 107 of the A/V end nodes106, the standalone control module and/or static assignment by the AVBnetwork 100. The AVB network may recognize any one of the A/V end nodes106 as the media clock master device 105. The static assignment mayinclude an A/V end node 106 comprising hard-coded logic to request adesignation as the Talker 106 a for transmitting the clock referencestream 108. During static assignment, the A/V end nodes 106 in the AVBnetwork 100 that are designated as the Listener 106 b-106 n may notcomprise the hard-coded logic to request the designation as the Talker106 a. The controller 107 may assign the A/V end nodes 106 as the Talker106 a or the Listener 106 b-106 n. The Talker 106 a may include adesignated media clock master device 105 transmitting no media data. Theselection of the Talker 106 a either by the controller 107 and/or staticassignment may determine the rate at which clock reference streamprotocol data units (PDUs) may be transmitted by the media clock masterdevice 105. The clock reference stream 108 may be transmitted at a lowerrate than the AVTP PDUs. In one example, the clock reference stream 108may be transmitted on the order of hundreds of clock reference PDUs persecond depending on the requirements of the system. The recoveryrequirements of the system may require the clock reference stream rateto be higher or lower than that of an AVB media stream.

The one or more A/V end nodes 106 may receive the designated stream andsynchronize their media clock with the clock reference stream 108. Theone or more A/V end nodes 106 may include the receiver 103 comprising amedia receiver 122 and a clock recovery circuit 120. The receiver 103may utilize and update the clock reference stream 108 by detecting anon-continuous change in a sequence number of the timestamps (i.e.,packets). The sequence number may increments by one for each packet androlls over to zero when the maximum value of the sequence number isexceeded. The initial value of the sequence number is random. Thesequence number is used to detect lost packets, for example if thepacket is assigned sequence number forty-five, and is followed by apacket with sequence number forty-seven, then packet forty-six may beassumed missing. The receiver 103 may determine that a dropped clockreference stream PDU is detected based on the change in sequencenumbers. If one or more dropped clock reference stream PDUs aredetected, the receiver 103 may adjust a calculation as needed to accountfor the missing data. For example, the static packet transmitted fromthe clock reference stream source (i.e., the media clock master device105) is received by the clock recovery circuit 120 of the A/V end nodes106 designated as the Listener 106 b-106 n. The Listener 106 b-106 n mayreceive the timestamps included in the clock reference stream 108 andrecover the clock in both frequency and phase. For example, twofrequency synchronized clocks may include the same rate but rising andfalling edges may not be aligned. The clock reference stream 108provides information to the end nodes 106 to phase and frequency match aderived clock.

The clock recovery circuit 120 may include recovery logic (not shown) todetect missing packets based on the sequence numbers. For example, ifsubsequent timestamps are taken every eight sample periods, then therecovery logic executed at the clock recovery circuit 120 may safelyassume that the last timestamp of packet A and the first timestamp ofpacket B are also eight sample periods apart in time. However, if thereis a jump in the sequence number, then the logic determines that anassumption about spacing cannot be made. The recovery logic may notcalculate the time difference between the last sample of packet A andthe first sample of packet B and may continue on as normal from there.

The one or more A/V end nodes 106 may receive a clock reference stream108 at the clock recovery circuit 120 and a media stream 110 at themedia receiver 122. The media stream 110 is a series of network framesthat contain audio or video data. The A/V end nodes 106 may align thepacket data from the media stream 110 with the timestamps from the clockrecovery circuit 120. The timestamps in the media stream 110 indicate atwhich time the associated samples are to be executed (i.e., played) atthe Listener 106 b-106 n. In one implementation, the samples are placedinto a circular buffer at an offset that may result in the samples beingread out of the buffer at the correct time. The media clock recoverycircuit 120 is configured to adjust the frequency and phase of the clockso that the circuit may read the samples out of the circular buffer suchthat it matches the rate that the samples are being placed in the buffer(in other words so that it matches the rate at which the Talker 106 a issampling the data). When the media clocks are locked, the data is beingplaced into the buffer at the same rate as it is being pulled out andthere are no buffer underruns or overruns. The media receiver 122 andthe clock recovery circuit 120 may transmit the media stream 110 andclock reference stream 108 to the controller 107 for internal mediafunction. The internal media function is logic executed on thecontroller 107 to place incoming media stream samples into the circularbuffer and outputs the media steam samples at the correct time. Theinternal media function executed on the controller 107 may output thesamples to the “playback device”. For a speaker, the playback devicewould be the digital-to-analog converter (DAC) used to convert thesamples to actual sound. For a mixing desk, the playback device mightnot be actual audio, but rather the input stage to digital signalprocessing (DSP) which combines several samples in various ways. Thecontroller 107 may output data to a transmitter 104 comprising a mediatransmission device 126 for transmitting media data on the AVB network100.

For example, a speaker may be designated as a Listener 106 b-106 n onthe AVB network 100, therefore the speaker may only include the receiver103 and the controller 107 but not the transmitter 104. In anotherexample, a microphone may comprise the receiver 103 with only the clockrecovery circuit 120 (not the media receiver 122) and the transmitter104. An A/V end node 106 such as a mixing desk or matrix processor mayinclude both transmitter 104 and receiver 103 components.

The A/V end nodes 106 may be capable of accurately locking to a mediaclock from the media clock master device 105. For example, the one ormore A/V end nodes 106 may lock to the clock reference stream 108 withinan acceptable amount of time while receiving as few as 100 timestampsper second. In another example, an A/V end node 106 may be able to lockin well under a second when receiving 8,000 packets per second.

The AVTP may support the existence of multiple, independent, media clockmaster devices 105 on the same AVB network 100, and may not requirefixed, ratio-metric timing relationships to the gPTP network clock. Forexample, any A/V end node 106 (i.e., device), including a non-mediaTalker, communicating in the AVB network 100 may be assigned as theTalker. Instead, the gPTP clock may be used as a “measuring stick” toestablish timing coordinates between the one or more A/V end nodes 106.If the gPTP clock undergoes a slight frequency shift (for example, dueto a grandmaster clock changeover) the frequency of media clocksdistributed by the clock reference stream methods may not undergo acorresponding shift. The grandmaster clock device with the gPTP systemis used as a reference clock for the clock reference stream 108. Themeasuring stick may include scaled (expanded or contracted) slightly,but since the one or more A/V end nodes 106 agree on the same newmeasuring stick after the grandmaster change, the one or more A/V endnodes 106 may effectively communicate timing coordinates in the same wayprior to the grandmaster clock change. The media clock periods maymeasure slightly longer or shorter than before. Based on this method, itis entirely possible to distribute, for example, a 1 ppm media clock,with good long-term stability, on a network including 50 ppm gPTP clocksthat occasionally undergo changes of the grandmaster.

FIG. 1B depicts a flow chart of the AVB network 100 comprising the A/Vend node 106 a using the controller 107 to request being assigned theTalker (i.e., media clock master device 105). The Talker 106 a maytransmit the clock reference stream 108. Although the various operationsshown in the flowchart diagram 150 appear to occur in a chronologicalsequence, at least some of the operations may occur in a differentorder, and some operations may be performed concurrently or not at all.

In operation 152, the controller 107 may initialize the A/V end nodes106 in communication on the network once a power-on request is received.

In operation 154, the AVB network 100 may receive a message from the oneor more A/V end nodes 106 requesting to communicate on the AVB network100.

In operation 156, the AVB network 100 may recognize the A/V end nodes106 requesting to communicate on the network 100. The A/V end node 106may be preconfigured as the Talker 106 a and begin to transmit a clockreference stream to the one or more A/V end nodes 106 in operation 160.In one example, a device (not assigned as an A/V end node 106) incommunication with the AVB network may be configured to allow anoperator to select an A/V end node 106 a-106 n as the Talker, thereforeassigning the Talker 106 a as the media clock master device 105.

In operation 162, once selected, the media clock master device 105 maytransmit the clock reference stream 108 to the one or more A/V end nodes106. The clock reference stream 108 is independent of any media data onthe media stream 110 used by the A/V end node 106. The one or more A/Vend nodes 106 may receive the clock reference stream 108 to synchronizethe media data on the media stream 110 with the other A/V end nodes 106a-106 n in communication on the network 100.

FIG. 2A-2B depict a packet format 200 of the timestamp for the clockreference stream 108 in the AVB network 100 according to an embodiment.The clock reference stream 108 allows for one or more clocks to bedescribed within one stream. Therefore, one or more clock types mayexist in the clock reference stream 108, which may be useful fordescribing related clocks. For example, the one or more clock types inthe clock reference stream 108 may include, but is not limited to, anaudio sample timestamp 212, a video framesync timestamp 214, video linesync timestamp 216, and/or audio metadata 218. The timing informationfor the multiple clocks may be packed into one packet format 200;therefore the task of correlating and aligning the clocks may besimplified. The packet format 200 may also include, but is not limitedto, standardized timestamp information, vendor specific 226, SMPTE timecodes 220, and/or SMPTE sample code 222. There are most likely severalother timing formats/types that may be used with the packet format oftimestamps for the clock reference stream 108, however they are notexplicitly enumerated in this embodiment.

In one embodiment, the audio sample timestamp 212 may be used to conveythe sampling time of an audio sample clock. The video frame synctimestamp 214 may be used to convey the start of frame time of a videosignal and/or the edge time of a frame sync clock. The video line synctimestamp 216 may be used to convey the start of line time of a videosignal and/or the edge time of a line sync clock. The audio metadata 218may be used to convey audio timing information usually embedded within avideo transmission. The SMPTE time code 220 is formatted to conveytelevision time code data per SMPTE standard ST 12-1:2008. The SMPTEsample code 222 may be used for keeping a sample count of video or audiodata.

FIG. 2A depicts the packet format 200 for the clock reference stream 108in the AVB network 100 which may include a top designator 202 and a sidedesignator 204 to help a reader easily ascertain field widths andoffsets. The packet format 200 may comprise one or more entry fields inthe clock reference stream 108. The number of entry and order of thefields in the packet format 200 may remain constant for the life of thestream 108. The layout of the packet format 200 may include a referencetype 206 field to enable the AVB network 100 to recognize the data typesince one or more clocks may be described within one clock referencestream 108.

FIG. 2B depicts one or more references types that may be available foreach entry on the clock reference stream 108. The reference type 206 mayindicate the type of timestamp represented by the clock reference streamPDU including one or more timestamp entries and the format of the clockreference stream payload. For example, the clock reference stream 108may include a timestamp entry with a reference type 206 of Null 210. TheNull 210 reference type 206 may be used when one or more of the entryfields do not include valid data at any given time for that timestamp onthe clock reference stream 108. The Null 210 reference type 206 may takethe place of the entry to indicate that no new information is presentfor that timestamp on the clock reference stream 108. The Null 210reference type 206 may include a type field value 208 of 0₁₆ whichequates to a defined level of protocol.

The type field value 208 associated with the reference type 206 maydefine the type field entry to a designate value. For example, a typefield value 208 of 2₁₆ is placed in the reference type 206 field as anentry to designate that it is the video frame sync timestamp 214.

FIG. 3 depicts a timestamp diagram of an audio sample clock format 300for the clock reference stream 108 in the AVB network 100 according toan embodiment. The reference type 206 may indicate that the timestamp isthe audio sample timestamp 212 comprising the audio sample clock format300. The audio sample clock format 300 may include a type field value208 of 1₁₆ which is defined in the reference type 206 of an entry of atimestamp.

The clock reference stream 108 may include a 64 bit timestamp in unitsof nanoseconds and including a maximum value of 2⁶⁴−1 ns. The clockreference stream 108 including the 64 bit timestamp is given by thefollowing equation:timestamp=(AS _(sec)×10⁹ +AS _(ns))module2⁶⁴  (1)

wherein AS_(sec) is the PTP seconds field, and AS_(ns) is the PTPnanoseconds field.

The clock reference stream 108 enables one or more timestamps to besupplied by the source of the media clock (i.e., media clock masterdevice 105) to allow media clock slaves (i.e., one or more A/V end nodes106 assigned as Listeners) to lock quickly to the media clock byprocessing all timestamps within the clock reference stream PDU. Oncethe A/V end node 106 assigned as the Listener 106 b-106 n (i.e., slave)is locked to the remote media clock (i.e., media clock master device105), the end node 106 may continue to process all timestamps in thereceived clock reference stream 108, or the A/V end nodes 106 mayprocess only a subset of the timestamps in the received clock referencestream 108 as necessary to maintain the lock while reducing timestampprocessing overhead.

The clock reference stream 108 may include the audio sample timestamp212 used for conveying the sampling time of the audio sample clock. Theaudio sample clock format 300 may include one or more fields used forcommunicating audio sample time information. For example, such fields ofthe audio sample clock format 300 may include, but is not limited to, anaudio timestamp 302, a clock frequency 304, a clock multiplier 306, atimestamp interval 308 and a reserved section 310. The one or morefields may be configured to include an assigned length value of one ormore octets. For example, the audio timestamp 302 may include, but isnot limited to, comprising a length of seven octets such that it may belarge enough to last for a lifetime without starting over.

The audio timestamp 302 may include a time value (e.g., 1000 ns) takenfrom the same clock as the data associated with the audio sample. TheA/V end node 106 may receive the time value to playback (i.e., playbacktime) the audio sample data at the same rate. The clock frequency 304 isa nominal frequency that enables the end node device 106 to determine aninitial frequency value for clock recovery at the clock recovery circuit120. The clock frequency 304 may improve the time it may take to lockthe frequency and phase of the clock reference stream 108 at the endnode device 106. The clock multiplier 306 is a predefined value based onthe clock frequency and is used to adjust the nominal frequency forknown frequencies that are offset (e.g., enables the clock recoverycircuit for backward compatibility related to frequencies represented infraction values). The timestamp interval 308 identifies a number ofaudio samples between the timestamps. The timestamp interval 308 may beused to calculate the actual clock frequency value.

For example, the A/V end node 106 may receive the clock reference stream108 comprising the audio timestamp 302 at the clock recovery circuit120. The A/V end node 106 may calculate a first actual clock frequencybased on the clock frequency 304 and clock multiplier 306. The clockfrequency 304 and/or clock multiplier 306 provides the A/V end node acalculation for an initial input voltage to a circuit that generates thefrequency to lock the Listener 106 b-106 n to the Talker 106 a. Thefirst actual clock frequency may enable the A/V end node 106 an initialfrequency to improve timing of the locking of the frequency and phase ofthe clock reference stream 108. The A/V end node 106 may calculate thesecond actual clock frequency based on the timestamp interval 308 tolock the frequency and phase of the clock reference stream 108.

The audio sample clock format 300 enables the AVB network 100 todistribute a common timing grid to one or more A/V end nodes 106 thatmay require synchronicity in both frequency and phase with the audiomedia data. The audio sample clock format 300 may provide the one ormore A/V end nodes 106 with the packet format 200 encoding timing pointsacross the AVB network 100. The AVB network 100 may deliver the audiosample timestamp 212 to one or more A/V end nodes 106 operating in thatclock domain via the clock reference stream 108 with multicastaddressing. The multicast addressing may provide different types ofcodes for the media stream 110 using the clock reference stream 108which may transmit data to bridge different types of end nodes 106. Themulticast addressing may allow the one or more A/V end nodes 106 in thenetwork 100 to receive stream packets. For example, the Listener 106b-106 n in the AVB network 100 may subscribe to an address in themulticast addressing.

FIG. 4A-4B depict the clock reference stream 108 including one or moreinformation blocks 400 being communicated to one or more A/V end nodes106 in the AVB network 100 according to an embodiment. The one or moreinformation blocks 400 are a digital data transmission that includes atimestamp such that the receiver 103 is able to synchronize to the mediaclock master device 105. The one more information blocks 400 may onlyinclude timing information, therefore media data is absent in the clockreference stream 108.

The one or more information blocks 400 may include an AVTP common streamheader, followed by a type specific header, then one or more timestamps.The stream header may include, but is not limited to, subtype data 402,stream identification 404, and a clock reference stream header 406. Theclock reference stream header 406 may include several fields including,but not limited to, entries per block 408, number of blocks 410,sequence number 412, and a reserved section 414.

The entries per block 408 is a number of timestamp, or other entries,correlated to each other temporally. For example, as shown in FIG.4A-4B, the entries per block would be assigned the value of two sincethere are always two entries (audio timestamp 212 and SMPTE time code220) in every block 416, 418, 420. The number of blocks 410 is thenumber of blocks present in the packet. For this example, the number ofblocks 410 field may be defined as three blocks (i.e., block 416, block418, block 420) for the clock reference stream 108 as shown in FIG.4A-4B. The sequence number 412 allows the A/V end node 106 to determinewhen there is missing packets.

The one or more information blocks 400 may include, but is not limitedto, one or more audio sample timestamps 212. The one or more audiosample timestamps 212 may be paired with the respective video frame. Theone or more audio sample timestamps 212 may be communicated to at leastone A/V end node 106 (e.g., video camera device) in communication withthe AVB network 100.

The clock reference stream 108 includes information block 416 comprisinga type field 206 of type 0x01 representing the audio sample timestamp212. The clock reference stream 108 may provide the sampling time of theaudio sample timestamp 212 to the one or more A/V end nodes 106. Theaudio sample timestamp 212 entry may comprise data fields that includeat least one of the audio timestamp 302, the clock frequency 304, theclock multiplier 306, the timestamp interval 308, and the reservedsection 310. In one example, the audio timestamp 302 may include one 64bit timestamp. In one example, the audio sample timestamp 212 mayinclude an initial audio timestamp 302 at 1000 ns. The clock frequency304 may include the nominal frequency of the audio sample clock, whichis set at 48,000 Hz in this example.

The clock frequencies are nominal, thus, the actual frequency of thephysical media clock may differ from this value by a small amount. Forexample, the nominal frequency for a common audio use case is 48,000 Hz.However, the actual clock being transmitted may be 47,999 Hz based onthe accuracy of a crystal or oscillator is that is generating the clock.Actual notice of the nominal frequency may be useful for clock recoveryas the clock recovery circuitry 120 may adjust parameters that areoptimized for certain frequency “families.” This condition may allow fora quicker locking to the actual frequency.

In another example, if an audio clock is locked to a video source, theaudio clock may include a pull-up or pull-down which offsets thephysical clock from the nominal frequency by up to 0.1%. The one or moreA/V end nodes 106 in the AVB network 100 may include recovery hardwarewhich may adjust internal parameters to be able to handle such anoffset.

The clock multiplier 306 may contain a multiplier value based on thefrequency value associated with the reference type (i.e., what type oftimestamp it is such as any of the Null 210, audio sample timestamp 212,video frame sync timestamp 214, the video line sync timestamp 216, audiometadata 218, the SMPTE time code 220, the SMPTE sample code 222,reserved 224, and vender specific 226) of the clock reference stream108. For example, the audio sample clock format 300 may include theclock multiplier 306 of 1/1.001. The clock multiplier 306 may provide away to apply a standard adjustment to a common frame or audio samplerates. For example, a 720p video scheme may not actually transmit at aframe rate of 60 Hz. The video scheme may actually transmit at(60*(1000/1001))=59.94 Hz. Therefore a value may be included in theclock multiplier 306 that indicates that the value in the clockfrequency 304 is multiplied by 1000/1001.

The timestamp interval 308 may include a 16 bit field which indicatesthe number of samples between each timestamp given in the clockreference stream 108. For example, if the clock reference stream 108includes a video frame sample, the timestamp interval 308 may include a16 bit field which indicates the number of video frames between eachvideo frame sync timestamp 214. The reserved section 310 may be set tozero on transmit and ignored when received. The reserved section 310 maybe designated bits or fields which currently include no usage assignedto them. The reserved section 310 provides room to expand in futureversions of the protocol, or to help align the bits of other fields sothat they are more easily parsed by the receiving hardware.

The clock reference stream 108 including information block 416 maydeliver timestamps every eight samples (i.e., 166,667 ns). When theaudio sample is transferred to the SMPTE domain, the timestamp ininformation block 416 may be paired with a video comprising a set framenumber 324, hour 326, minute 328, and second 330. The audio sample isformatted differently than the SMPTE defined time code, but contains allthe needed information. The pairing of the SMPTE time code 220 referencetype with an audio sample timestamp 212 is a way to correlate atimestamp derived from IEEE Std 802.1AS-2011.

For example, the audio sample may be paired with the SMPTE time code220, including a type field 312 of type 0x05 representing a video. Theaudio sample is paired to the video at frame 125, hour 15, minute 25,and second 14. The SMPTE time code 220 may comprise additional fieldsincluding at least one of drop frame flag 314, color frame flag 316,field mark flag 318, binary group flags 320, user1-user7 fields 332, anda reserved field 334. The additional fields for the SMPTE time code 220may enable SMPTE end nodes (i.e., devices) to communicate over the AVBnetwork 100.

The clock reference stream 108 comprising information block 418 includesan audio timestamp 502 that is increased by 166,667 ns to 167,667 ns asexpected based on the timestamps being delivered at every eight samples.Since the audio timestamp 502 is paired within the one video frame 324(i.e., frame 125), the SMPTE time code 220 remains the same as ininformation block 416.

The clock reference stream 108 comprising information block 420 includesan audio timestamp 602 that is increased by 166,667 ns to 334,333 ns.The increase by 166,667 ns is as expected based on the timestamps beingdelivered at every eight samples. The audio timestamp 602 is paired withthe video at a new frame number 624, hours 626, minutes 628, and seconds630. The audio timestamp is paired with the SMPTE at frame 126, hour 15,minute 25, second 14.

While exemplary embodiments are described above, it is not intended thatthese embodiments describe all possible forms encompassed by the claims.The words used in the specification are words of description rather thanlimitation, and it is understood that various changes can be madewithout departing from the spirit and scope of the disclosure. Aspreviously described, the features of various embodiments can becombined to form further embodiments of the invention that may not beexplicitly described or illustrated. While various embodiments couldhave been described as providing advantages or being preferred overother embodiments or prior art implementations with respect to one ormore desired characteristics, those of ordinary skill in the artrecognize that one or more features or characteristics can becompromised to achieve desired overall system attributes, which dependon the specific application and implementation. These attributes caninclude, but are not limited to cost, strength, durability, life cyclecost, marketability, appearance, packaging, size, serviceability,weight, manufacturability, ease of assembly, etc. As such, embodimentsdescribed as less desirable than other embodiments or prior artimplementations with respect to one or more characteristics are notoutside the scope of the disclosure and can be desirable for particularapplications.

What is claimed is:
 1. An apparatus for communicating with a pluralityof audio/video (A/V) end nodes in an Audio Video Bridging (AVB) network,the apparatus comprising: a first A/V end node configured to: transmit aclock reference stream including a plurality of timestamps directly to aplurality of A/V end nodes that transmit a media stream including aplurality of video samples and a plurality of audio samples to oneanother, the media stream being separate from the plurality oftimestamps and each of the plurality of A/V end nodes being arranged tosyntonize or synchronize the plurality of video samples and theplurality of audio samples with one another for playback in response tothe plurality of timestamps in the clock reference stream from the firstA/V end node.
 2. The apparatus of claim 1 wherein one or more of theplurality of timestamps designates a playback time for the plurality ofA/V end nodes.
 3. The apparatus of claim 1 wherein the first A/V endnode is configured to refrain from at least one of receiving mediastream from the plurality of A/V end nodes and transmitting the mediastream to the plurality of A/V end nodes.
 4. The apparatus of claim 1wherein each timestamp includes a reference type that defines a type ofdata included on the media stream as one of a first audio sample fromthe plurality of audio samples and a first video sample from theplurality of video samples.
 5. The apparatus of claim 4 wherein eachtimestamp includes a clock frequency including a nominal frequency of asample clock that enables any of the plurality of A/V end nodes toplayback the plurality of samples as received on the media stream. 6.The apparatus of claim 5 wherein each timestamp includes a clockmultiplier to adjust the nominal frequency of a second A/V end node thatreceives the media stream from the first A/V end node for providing afirst actual clock frequency.
 7. The apparatus of claim 6 wherein eachtimestamp includes a timestamp interval that determines a second actualclock frequency of the first A/V end node.
 8. The apparatus of claim 1wherein the first A/V end node is designated as a media clock masterdevice by one of a second A/V end node or a standalone control module.9. The apparatus of claim 1 wherein the plurality of timestamps includeat least one audio timestamp, at least one video timestamp, and at leastone Society of Motion Pictures and Television (SMPTE) time code.
 10. Theapparatus of claim 1 wherein the at least one audio timestamp is pairedto at least one video timestamp or at least one SMPTE time code.
 11. Theapparatus of claim 1 wherein the first A/V end node includes an offsetcircuit configured to generate an offset to include within the clockreference stream to provide a time delay for enabling the media streamto be transmitted across the AVB network to the plurality of A/V endnodes.
 12. The apparatus of claim 1 wherein the first A/V end node isfurther configured to transmit the clock reference stream to theplurality of A/V nodes to synchronize the playback of the plurality ofvideo samples and the plurality of audio samples in at least one offrequency and phase in response to the plurality of timestamps.
 13. Theapparatus of claim 1 wherein each A/V end node of the plurality of A/Vnodes includes a first input to receive the clock reference stream and asecond input to receive the media stream.
 14. A computer-program productembodied in a non-transitory computer readable medium that is programmedfor communicating with a plurality of audio/video (A/V) end nodes in anAudio Video Bridging (AVB) network, the computer-program productcomprising instructions to: transmit a clock reference stream includinga plurality of timestamps to a plurality of A/V end nodes from a firstA/V end node of the plurality of A/V end nodes; and transmit, from theplurality of A/V end nodes, a media stream including a plurality ofvideo samples and a plurality of audio samples to one another, the mediastream being separate from the plurality of time stamps and each of theplurality of A/V end nodes being arranged to syntonize or synchronizethe plurality of video samples and the plurality of audio samples withone another for playback in response to the plurality of timestamps fromthe first A/V end node.
 15. The computer-program product of claim 14wherein one or more of the plurality of timestamps designates a playbacktime for the plurality of A/V end nodes.
 16. The computer-programproduct of claim 14 further comprising instructions to refrain from atleast one of receiving media stream from the plurality of A/V end nodesand transmitting the media stream to the plurality of A/V end nodes. 17.The computer-program product of claim 14 wherein each timestamp includesa reference type that defines a type of data included on the mediastream as one of a first audio sample from the plurality of audiosamples and a first video sample from the plurality of video samples.18. The computer-program product of claim 17 wherein each timestampincludes a clock frequency including a nominal frequency of a sampleclock that enables any of the plurality of A/V end nodes to playback theplurality of samples as received on the media stream.
 19. Thecomputer-program product of claim 18 wherein each timestamp includes aclock multiplier to adjust the nominal frequency of a second A/V endnode that receives the media stream from a first A/V end node forproviding a first actual clock frequency.
 20. The computer-programproduct of claim 19 wherein each timestamp includes a timestamp intervalthat determines a second actual clock frequency of the first A/V endnode.
 21. The computer-program product of claim 14 wherein the pluralityof timestamps include at least one audio timestamp, at least one videotimestamp, and at least one Society of Motion Pictures and Television(SMPTE) time code.
 22. The computer-program product of claim 14 whereinthe at least one audio timestamp is paired to at least one videotimestamp or the at least one SMPTE time code.
 23. An apparatus forcommunicating with a plurality of audio/video (A/V) end nodes in anAudio Video Bridging (AVB) network, the apparatus comprising: aplurality of first A/V end nodes, each including a first input toreceive a media stream including a plurality of video samples and aplurality of audio samples from one another and a second input toreceive a clock reference stream including a plurality of timestampsfrom a second A/V end node, the plurality of first end nodes beingconfigured to syntonize or synchronize the plurality of video samplesand the plurality of audio samples with one another for playback inresponse to the plurality of timestamps from the second A/V end node.